home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 12667 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: ssds.com!usenet
  2. From: Ron Romero <ron.romero@ssds.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: If I were..
  5. Date: Wed, 20 Mar 1996 16:36:24 -0500
  6. Organization: SSDS, Inc.
  7. Distribution: inet
  8. Message-ID: <31507A58.FAD@ssds.com>
  9. References: <4ipb8m$541@gerry.cc.keele.ac.uk>
  10. NNTP-Posting-Host: rem_vie24.ssds.com
  11. Mime-Version: 1.0
  12. Content-Type: text/plain; charset=us-ascii
  13. Content-Transfer-Encoding: 7bit
  14. X-Mailer: Mozilla 2.0 (Win16; I)
  15.  
  16. JS Willans wrote:
  17. > 
  18. > [...]
  19. > 
  20. > I am considering writing the program in pure C++, to get it running on a
  21. > text based platform, and then porting it to the windows platform using
  22. > Bordland C++ 4.0.  Is this making the task of programming for Visual C++
  23. > more difficult, or is this a wise approach?
  24. > In general, writing a program to work with multiple interfaces is a good idea.  
  25. By writing your program first for a text based platform, then for MS Windows, 
  26. you are forcing yourself to split the user interface of your program from the 
  27. underlying implementation.  Making this seperation keeps the internals of your 
  28. program from reflecting the peculiarities of the user interface.  Thus your 
  29. program is more robust, can be adapted for multiple platforms, and can have 
  30. cleaner code.
  31.  
  32. There are a couple of techniques for managing the user interface/ internal 
  33. implementation split. You can physically divide the source code into two 
  34. directories.  This makes the split very obvious and definite.  And, when you add 
  35. new interfaces, you simply add new interface directories.  
  36.  
  37. Also, you should try to keep the first (text based) interface working when you 
  38. port the program to MS Windows.  Do not hack the internal code just to get the 
  39. user interface to work.  If you do find you need to change something, either 
  40. change the text interface as well, or, better yet, make the change incremental. 
  41.  That is, change the internals in such a way that the old code still works.  
  42.  
  43. This is an example of a common pattern in programming, called Model/View. 
  44. (Technically "Model/View/Controller," but most people don't use Controllers")  
  45. The Model is the "internal" code; it is not interface specific.  Your model is 
  46. written in pure C++, without platform extensions.  The View is the user 
  47. interface.  It provides a "view" of the model.  The view knows about the model, 
  48. but the model has absolutely no knowledge of the view.  Thus, you can change out 
  49. views without the model's knowledge, in your example, switching from text to 
  50. windows.
  51.  
  52. > Regards
  53. > 
  54. > James
  55. > 
  56. > ______________________________________________________________________________
  57. > James Willans                                      Music and Computing Student
  58. > University of Keele                                email u5b34@cs.keele.ac.uk
  59. > Keele                                                    u5b34@cc.keele.ac.uk
  60. > Staffordshire
  61.  
  62. Ron Romero
  63. ron.romero@ssds.com
  64. SSDS, Inc.
  65. (signature under construction)
  66.